home *** CD-ROM | disk | FTP | other *** search
/ BlastDOS / [DOS_Application]_BIT_Software_-_BitCom_3.58c_-_Distribution_Disks.zip / KERO.HLP < prev    next >
Text File  |  1990-06-01  |  4KB  |  96 lines
  1.                @4BitCom -- Communications System@1
  2.                @3KERMIT PARAMETERS HELP@1
  3.  
  4. @5FUNCTION KEYS:@1
  5. @H    Show this help page.
  6. @Q    Return to main parameters menu.
  7. @F    Move cursor to previous field.
  8. @f    Move cursor to next field.
  9. @S    Move cursor right, or select next field value.
  10. @s    Move cursor left, or select previous field value.
  11.  
  12. This is the Kermit Parameters screen.  In this screen you may override
  13. defaults for kermit communications.  The keys @F and @f allow you to move
  14. from field to field.  The keys @S and @s function differently depending on
  15. what type of field you are in.    For more information on the field types,
  16. refer to the main Parameters Menu help.@
  17.                @4BitCom -- Communications System@1
  18.                @3KERMIT PARAMETERS HELP@1
  19.  
  20. @3Record Id@1_________@2STRING@1
  21.   The record identifier for the current record.  It is read-only here.    It
  22.   may be changed in the main parameters menu.
  23.  
  24. @3Description@1_______@2STRING@1
  25.   A longer description of the record.  Also read-only here.
  26.  
  27. @3Packet Length@1_____@2STRING@1
  28.   Here you may specify the desired packet length.  You may specify a
  29.   different number for SEND and RECEIVE packets.  The length must be in the
  30.   range of 10-94.
  31.  
  32. @3Timeout@1___________@2STRING@1
  33.   This specifies the number of seconds before we timeout waiting for a host
  34.   packet (SEND), and the number of seconds we tell the host to wait before
  35.   timing out from one of our packets (RECEIVE).@
  36.                @4BitCom -- Communications System@1
  37.                @3KERMIT PARAMETERS HELP@1
  38.  
  39. @3Retries@1___________@2STRING@1
  40.   This specifies the number of retries we will make on a packet RECEIVE
  41.   before we give up the file transfer.
  42.  
  43. @3EOL Character@1_____@2STRING@1
  44.   This specifies the end of packet character.  Usually it is a CR character
  45.   (ascii 13) for both SEND and RECEIVE.
  46.  
  47. @3Padding Character@1_@2STRING@1
  48.   This specifies the character we will send as padding.  Normally this is the
  49.   NUL character (ascii 0).
  50.  
  51. @3Padding Length@1____@2STRING@1
  52.   This specifies the number of characters we need to send before sending each
  53.   packet.  This is used rarely when the host has timing problems.@
  54.                @4BitCom -- Communications System@1
  55.                @3KERMIT PARAMETERS HELP@1
  56.  
  57. @3Packet Start@1______@2STRING@1
  58.   This specifies the SEND and RECEIVE packet start character.  This is
  59.   usually the SOH character (ascii 1).
  60.  
  61. @3Handshake@1_________@2STRING@1
  62.   Wait for this character before sending a packet.  If used at all, this is
  63.   usually the DC1 character (ascii 17).
  64.  
  65. @3Quote Character@1___@2STRING@1
  66.   This is the default control quote character.    Normally this is the #
  67.   character (ascii 35).
  68.  
  69. @3Force Handshake@1___@2SELECT@1
  70.   Normally a forced handshake is not necessary between packets.  Set this to
  71.   YES if you have synchronization problems.
  72.  
  73. @3File Type@1_________@2SELECT@1
  74.   Specify type of file.  Unfortunately the file types must match on both the
  75.   Sender and Receiver ends or the file may not be transferred properly.@
  76.                @4BitCom -- Communications System@1
  77.                @3KERMIT PARAMETERS HELP@1
  78.  
  79. @3File Overwrite@1____@2SELECT@1
  80.   This option selects whether you want a file to be overwritten or not if a
  81.   received name matches an already existing name.  If this is NO, a name will
  82.   be constructed using an extension such as "000".
  83.  
  84. @3Check Method@1______@2SELECT@1
  85.   This allows you to change the block checking method used.  Kermit supports
  86.   the normal 1-byte checksum using 6 bits, a 2-byte checksum using 12 bits,
  87.   and a 3-byte CRC using 16 bits.
  88.  
  89. @3Sliding Window Count@1_@2STRING@1
  90.   BitCom kermit supports the sliding window protocol.  For a FULL duplex
  91.   connection (Echo=No), packets may be sent without waiting for a reply
  92.   allowing continuous transmission.  This greatly improves kermit throughput.
  93.   Here you may specify the number of packets which may be outstanding at a
  94.   time.  The maximum is 31.
  95. @.
  96.